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Proc6de et systfeme de detection de presence d 'un terminal 
mobile . 

Le domaine de 1' invention est celui des reseaux de 
5 telecoiranunication mobile. Dans un r6seau de 
telecommunication mobile, tel que les reseaux cellulaires 
de type GSM, GPRS, UMTS, les utilisateurs ont la 
possibility de se deplacer avec un terminal mobile sur 
1' ensemble du territoire couvert par un r6seau auquel ils 
10 ont souscrit, voir couvert par d' autres reseaux de 
telecommunication mobile compatibles, on parle alors de 
fonction d' itin^rSnce {roaming en anglais), tout en 
conservant leur capacity a communiquer avec le reseau de 
telecommunication mobile et, par lui, avec I'exterieur 
15 pour des services ou applications.de type teiephonique o.^ 
d' autres applications de type donnees. 

11 se peut aussi qu'un utilisateur sortj^- 
temporairement de la couverture des reseaux d% 
telecommunication mobile, que son terminal soit eteint 
20 volontairement ou, involontairement a cause de 
I'epuisement de la batterie. Dans ce cas, 1' utilisateur 
n'a plus acces aux fonctions du reseau et reciproquement , 
il ne peut etre joint par d' autres personnes ou par des 
applications . 

25 Le terme « abonne mobile » utilise dans ce texte est 

une traduction litterale du terme anglais « mobile 
subscriber » utilise dans les normes GSM/GPRS/UMTS du 3GPP 
et designe un abonnement souscrit aupres d'un operateur 
mobile qui donne acces a son reseau de telecommunication 

30 mobile. Get abonnement est identifi6 par I'identite 
Internationale d' abonne mobile (IMSI pour International 
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Mobile Subscriber Indentity) ou le num6ro de terminal 
mobile sur reseau numerique ^ integration de service 
(MSISDN pour Mobile Station Integrated Services Digital 
Network Number). L' IMSI est g6n6ralement memorise dans une 

5 carte SIM (Subscriber Identity Module pour Module 
d' Identification de I'Abonne) qui, a I'interieur du 
terminal mobile, en lie le f onctionnement a I'abonnement 
identifi^- II n'est pas necessaire que le MSISDN soit 
memorise dans la carte SIM pour identifier 1 ' abonnement , 

10 celui-ci peut I'etre a partir d'une correspondance entre 
MSISDN et IMSI dans le ccEur de reseau, Le terme « Abonn§ 
Mobile » designe moins la personne qui se sert du reseau 
de t616communication mobile que plutot 1' usage qu'elle en 
fait ou est capable d'en faire au moyen de son terminal 

15 mobile. 

On d6finit un 6tat binaire de presence d' un abonne 
sur le reseau mobile comme suit. Un abonne mobile est 
prfesent sur le reseau quand il a acces aux fonctions de 
celui-ci et par consequent, est joignable par des 

20 applications externes (services vocaux, services donnees) . 
Inversement, 1' abonne mobile n'est pas present, c'est~a- 
dire absent sur le reseau, lorsqu'il n'a pas acces a ces 
fonctions et ne peut etre joint par des applications 
externes. Ce deuxieme 6tat correspond, par exemple, au 

25 terminal mobile eteint ou au terminal mobile sur une 
partie de territoire hors couverture par le reseau de 
telecommunication mobile. 

De fatjon generale, on parle de contexte ou 
information de presence d' un abonn6 mobile, pour d^crire 

30 un ensemble de donnees li6es S 1' abonne qui 6volue en 
fonction des interactions de celui-ci et/ou de son 
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terminal avec le reseau et les applications externes. Get 
ensemble peut comporter, a titre d' exemple non limitatif, 
au moins I'etat de presence a deux valeurs (present, pas 
present) tel que d§crit pr6c6demment , les moyens de 
joindre I'abonne mobile tela que son adresse IP courante, 
I'activite actuelle de I'^abonne (mobile en veille, en 
communication^ en cession WAP sur une application X, 
•etc.)f la localisation de I'abonne, etc. 

Les m6canismes de gestion de la mobilite existant 
dans les r^seaux mobiles g6nerent de nombreuses 
informations de .presence. Malheur eusement, celles-ci font 
partie du f onctionnement interne du r§seau et les 
applications externes a celui-ci n' y ont pas acces 
directement dans I'etat actuel de la technique. 

De telles applications externes ne peuvent done pas 
connaitre a priori I'etat de presence d'un terminal mobil^ 
donn6. 

Les applications qui utilisent, dans leur logique d.e 
service, la gestion de la presence des utilisateurs, 
notamment des services de communication interpersonnelle, 
de mise en relation ou autres, utilisent dans I'etat de la 
technique une detection de la presence dite applicative. 

La presence applicative consiste a utiliser une 
action explicite soit de 1' utilisateur , soit d'un logiciel 
sp6cifique ou agent embarque dans le terminal mobile 
aupr^s de 1' application en question pour que celle-ci 
puisse prendre connaissance de la presence de 
1' utilisateur et la fagon dont il peut etre joint. 

A titre d'exemple, les applications de raessagerie 
instantan6e n6cessitent une procedure d' enregistrement ou 
1' utilisateur doit entrer son nom et son mot de passe pour 
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pouvoir le considerer present et joignable dans le 
service . 

Ces actions se traduisent en general par un echange 
de messages sur les couches protocolaires applicatives 
5 entre le terminal mobile et le serveur d' application. Dans 
ce cas, le reseau de telecommunication mobile se limite a 
vehicular les messages emis par le terminal vers le 
serveur d' applications • 

Dans un environnement de telecommunication mobile, 
10 1' utilisation de la presence applicative a quelques 
inconv^nients par rapport a 1' utilisation des donnees de 
presence qui peuvent etre fournies directement par le 
r6seau de telecommunication mobile. 

Par exemple, dans le cas de deploiement, la presence 
15 applicative se base souvent sur 1' utilisation d'un client 
specif ique embarque ou t61echarg6 dans le terminal mobile. 
Par consequent, le service est limits dans ce cas au 
terminal disposant dudit client. C est le cas par exemple 
d'un navigateur WAP ou d' un client de messagerie 
20 instantanee. 

Dans un cas d' usage, la presence applicative requiert 
une action explicite dans le terminal vis-a-vis du serveur 
d' applications • On peut citer a titre d' exemple, 1' envoi 
d'un SMS avec un contenu particulier pour se declarer 
25 present, s' enregistrer sur une page WAP, activer son 
client messagerie instantanee erabarqu6, etc. Souvent, une 
action explicite de I'utilisateur est requise, composition 
et envoi d'un SMS, entree d'un nom d' utilisateur et d'un 
mot de passe sur un site WAP, lancement de son client de 
30 messagerie instantanee embarqu6, etc. Cela repr6sente un 
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frein ^ 1' usage tres important qui limite le degre 
d' adoption du service. 

Pour rem6dier aux inconvenients prec6deitunent 
mentionnes de I'etat de la technique, un but de 

5 1' invention est d' obtenir des informations de presence 
directement du reseau de telecommunication mobile • Ceci 
permet par exemple 1' enregistrement automatique dans un 
service a I'allumage de son telephone mobile. 

Un objet de 1' invention est un procede pour informer 

10 un serveur d' application si un abonne mobile est present 
ou pas sur un reseau de telecommunication mobile. Le 
procede est remarquable en ce qu'il comprend: 

- au moins une premiere etape pour envoyer un premier 
signal distinctif de 1' abonne mobile au • r§seau de 

15 telecommunication mobile; 

- au moins une deuxieme etape pour determiner un etat, 
binaire present ou non present, en fonction d'une reaction:^ 
du reseau de telecommunication mobile au dit premier? 
signal; 

20 - au moins une troisieme etape pour communiquer au serveur 
d' application I'etat determine en deuxieme etape. 

Ce procede permet de communiquer un etat present ou 
non present a un quelconque serveur d ' application sans 
necessiter au prealable de disposer d^un agent dedie a ce 

25 serveur pour 1 ' abonne mobile car c'est en fonction d'une 
reaction du reseau de telecommunication mobile a un envoi 
de signal que 1 ' etat * present ou non present, est 
determine • 

Le signal distinctif de 1' abonne mobile peut etre de 
30 diff6rentes natures. 
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Particulierement, ledit premier signal est un message 
court envoys au r§seau de telecommunication mobile a 
destination de 1 ' abonne mobile. Une premiere transition 
validee par une reaction du reseau de telecommunication 
5 mobile indiquant que le message est d§livr6, 
respectivement une deuxieme transition valid6e par un 
depassement de duree sans reaction du reseau de 
telecommunication mobile, active alors la deuxieme 6tape 
qui determine l'6tat present, respectivement non present 
10 de I'abonne mobile • 

Avantageusement, un parametre de schema de codage de 
donn6es dans une entete du message court, est positionne ^ 
une valeur qui a pour effet de commander au mobile 
destinataire du message, de se d^fausser du contenu du 
15 message et de desactiver une indication de reception du 
message sur le mobile. 

Ainsi, un utilisateur du mobile n'est pas derang6 par 
les messages courts utilises dans le cadre de la detection 
de presence. 

20 Plus particulierement la premiere 6tape est activee 

pendant une activation de la deuxieme etape en 
positionnant une duree fonction de I'etat present ou non 
present determine en deuxieme etape- 

Plus particulierement encore, le precede comprend une 
25 etape d'attente activee lorsque la deuxieme etape 
determine I'etat present de fagon a activer la premiere 
etape apres expiration de I'attente. 

Alternativement, ledit premier signal consiste en une 
interrogation de noeud du reseau de telecommunication sur 
30 I'etat present ou non present de l'abonn6 mobile. La 
reaction du reseau de telecommunication mobile consiste 
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alors en une reponse du noeud du r6seau de 
telecommunication sur I'etat present ou non present de 
I'abonne mobile- 

Alternativement encore, ledit premier signal consiste 
en un positionnement de point de detection sur un noeud du 
reseau de telecommunication relatif a toute modification 
de I'etat present ou non present de I'abonne mobile- La 
reaction du r§seau de telecommunication mobile consiste 
alprs en une notification du noeud du reseau de 
telecommunication relatif a chaque modification de 1 ' etat 
present ou non present de l'abonn6 mobile- 

Le serveur d' application peut Stre informe en 
permanence de I'etat par abonnement ou uniquement en cas 
de besoin par requ§te. ^ 

Pour un abonnement, une activation de troisi^me etape 
communiquant au serveur d' application I'etat present,, e^t 
suivie d'une activation de troisieme etape communiquant .au 
serveur d' application l'6tat non present lorsque I'etat 
determine en deuxieme etape passe de present k non 
present , 

Pour repondre a un besoin specif ique, une activation 
de troisieme etape fait suite a une transition validee par 
une requete en provenance du serveur pour demander I'etat 
de I'abonne mobile. 

Un objet de 1' invention est encore un systeme pour 
informer un serveur d' application si un abonne mobile est 
present ou pas sur un reseau de telecommunication mobile. 
Le systeme est remarquable en ce qu'il comprend: 
- des premiers moyens pour envoyer un premier signal 
distinctif de 1' abonne mobile au reseau de 
telecommunication mobile; 
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- des deuxiemes moyens pour determiner un etat binaire 
present ou non present en fonction d'une reaction du 
reseau de telecommunication mobile au dit premier signal; 

des troisi^mes moyens pour communiquer au serveur 
d' application I'etat determine par les deuxiemes moyens. 

Particulierement , les premiers moyens sont agences 
pour envoyer le premier signal sous forme d'un message 
court a destination de I'abonne mobile, les deuxiemes 
moyens sont agences pour determiner l^etat present lorsque 
le message court est delivre et pour determiner I'etat non 
present lorsque le message court n*est pas delivre apres 
depassement d'une dur6e pr6fixee. 

Plus particulierement, les premiers moyens sont 
agenc§s pour envoyer ledit premier signal a intervalles de 
temps r^guliers qui sont f onctions de 1 ' 6tat present ou 
non present de l'abonn6 mobile. 

invention sera mieux comprise a la lumi^re de la 
mise en ceuvre decrite a present en reference aux dessins 
annexes dans lesquels: 

- la figure 1 est un schema de reseau de telecommunication 
mobile convent ionnel ; 

- la figure 2 montre le reseau de telecommunication mobile 
de la figure 1 avec mise en oeuvre de 1' invention; 

les figures 3 a 5 montrent des etapes de precede 
conforme a 1' invention. 

De fagon conventionnelle en reference a la figure 1, 
un dispositif mobile communiquant 1 communique avec un 
reseau de telecommunication mobile 3 en echangeant des 
signaux haute frequence avec des relais radio 2 relies au 
reseau de telecommunication mobile 3 par une 
infrastructure de reseau d'acces. Un serveur d' application 
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4 est reli6 au r6seau de telecommunication mobile 3 par 
une infrastructure de coeur de r6seaux. Le serveur 
d' application 4 heberge des applications de type 
messagerie electronique ou autre, pour lesquels les 
dispositifs mobiles communiquant 1 hebergent un agent 
correspondant . Un agent correspondant a une application 
hebergee dans le serveur d' application 4, est une partie 
de programme applicative qui, depuis le dispositif mobile 
communiquant 1, echange directement avec 1' application 
h6bergee dans le serveur d' application 4 en passant par le 
relais radio 2 et le reseau de telecommunication mobile 3. 
Par exemple, lorsque le dispositif mobile communiquant 1 
est en relation radio avec le relais radio 2 du reseau de 
telecommunication mobile 3, 1' agent correspondant qui. se 
trouve dans le dispositif mobile communiquant 1^ emet un 
signal vers le serveur d' application 4 pour notifier df sa 
presence, 1' application qui y est hebergee. 

En reference a la figure 2, on retrouve un dispositif 
mobile communiquant 1, un relais radio 2, et un reseau de 
telecommunication mobile 3 conventionnels tels que ceux 
representes dans la figure 1. Des serveurs d' application 
1, 8, hebergent des applications pour lesquelles il n' est 
pas necessaire que le dispositif mobile communiquant 1 
contienne un agent correspondant. Un systerae de detection 
de presence 5 est relie, d' une part, au reseau de 
telecommunication mobile 3 et, d' autre part, a un reseau 
de type IP 6. Le reseau 6 relie au serveur 7, 8, permet au 
systeme 5 de communiquer avec ces serveurs d' application . 

Le systeme 5 s' interface avec le reseau de 
telecommunication mobile 3 pour obtenir des informations 
de presence des abonnes mobiles par des moyens 
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particuliers qui vont §tre d6crits dans la suite de cet 
expose. Interfaces avec les serveurs d' application au 
moyen de protocoles standard sur r^seau IP, le systeme 5 
traite des requetes des diff6rents serveurs d' application 
de fagon centralisee pour leur d^livrer des informations 
de presence sur les abonnes mobiles. 

Le systeme 5 peut aussi realiser d' autres fonctions 
telle que celle de mettre en place des techniques pour 
optimiser les acces au reseau de telecommunication mobile 
au moyen d'ante memoire (cache en anglais), de realiser 
des controles d' autorisation, d'^mettre des tickets de 
facturation. Les serveurs d' application 1, 8, utilisent 
des informations de presence qu' ils obtiennent du systeme 
de detection de presence 5 pour fournir differents 
services a destination du dispositif mobile communiquant 
1- 

Le systeme de detection de presence 5 est capable de 
g6rer au moins deux types d' 6change avec les serveurs 
d' application 7, 8, en mettant en oeuvre pour chacun, le 
procede decrit a present en reference aux figures 3 et 4 . 

Le protocole specifique utilise pour mettre en oeuvre 
le procede, est en dehors du cadre de cette invention. II 
peut etre de type proprietaire ou reposer sur des 
protocoles standards existants tels que XiMIPP, SIP/SIMPLE, 
etc. La figure 3 montre des etapes de procede de detection 
de presence execut6es dans le systeme 5 pour repondre a 
des demandes de presence d'un abonne mobile a un instant t 
regu d'un serveur d' application 7, 8. Une etape 9 
d' initialisation en mode requSte, declench6e par exemple a 
la mise en service du systeme 5, place le systeme 5 dans 
une etape 10 d'ecoute. 
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Dans I'etape 10, le systfeme 5 est en 6coute sur le 
reseau 6, de requetes regues de I'un des serveurs 1, 8. 

Une transition 11 fait passer le systeme 5 de I'etape 
10 a une etape 12, La transition 11 est validee par une 
reception de requete re^ue de I'un des serveurs 1, 8 par 
le reseau 6. La requete qui valide la transition 11, est 
distinctive du serveur qui I'a emise et du numero de 
terminal mobile MSISDN pour lequel le serveur en question, 
demande I'etat de presence sur le reseau de communication 
mobile 3. 

Dans I'etape 12, le systeme 5 consulte I'etat de 
presence du MSISDN. Des moyens mis en oeuvre par le systeme 
5 pour obtenir I'etat de presence du MSISDN, sont 
expliqu^s plus loin dans la description. Un 6tat present 
du MSISDN valide une transition 13. Un etat absent du 
MSISDN ou encore non present., valide une transition 14. 

Une validation de transition 13 fait passer„: le 
systeme 5 de I'etape 12 a une etape 15. Dans I'etape., 15, 
le systeme 5 envoie sur le reseau 6, une reponse ci 
destination du serveur d' application qui a emis la 
requete, pour 1' informer de la presence de l'abonn§ mobile 
identifie par le MSISDN. 

Dans I'etape 16, le systeme 5 emet sur le reseau 6 
une reponse a destination du serveur qui a emis la requete 
pour 1' informer de 1' absence ou non presence de I'abonne 
mobile identifi6 par le MSISDN. A la suite de I'etape 15 
ou de I'etape 16, le systeme 5 reste dans I'etape 10 
d'ecoute en attente d'une nouvelle requete de presence 
d'un serveur pour le meme ou un autre abonn§ mobile. 

La requete emise par le serveur d ' application peut 
aussi etre non specifique a un MSISDN donn6 mais par 
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exemple de type pour demander tous les MSISDN a I'etat 
present. Dans ce cas, la reponse fournit una liste de 
MSISDN presents. 

La figure 4 montre des 6tapes de proced^ de detection 
5 de presence ex6cutees par le systeme 5 pour informer des 
serveurs d' application 1, 8 de I'etat de presence 
d'abonnes mobiles en permanence dans le cadre d'un 
abonnement. Une etape d'^ initialisation 17, activee par 
exemple a la mise en service du systeme 5, place le 

10 systeme 5 dans une etape d' ecoute 18 pour fonctionner en 
mode abonnement. 

Dans 1' etape 18, le systeme 5 est a l'6coute de tout 
nouvel abonnement regu par le reseau 6, par une interface 
homme-machine (non representee) connectee sur le systeme 5 

15 pour specifier des abonnements de serveurs d' application 
et d'abonnes mobiles ou de consultation de tables 
d' abonnement internes au systeme 5. 

Une transition 19 est valid6e par chaque abonnement 
identifi6 pour un serveur d6termin6 et un abonne mobile 

20 identifie par un MSISDN. 

Chaque validation de transition 19 active une etape 
20 dans laquelle le systeme 5 consulte I'etat de presence 
de 1' abonne mobile identifie par le MSISDN dans le cadre 
de 1' abonnement ayant valide la transition 19. 

25 Le systeme 5 reboucle sur 1' etape 18 d' ecoute pour 

tout autre abonnement- 

Un etat present de 1' abonne mobile valide une 
transition 21. Un etat non present ou absent de 1' abonne 
mobile, valide une transition 22. 

30 Une validation de la transition 21 active une 6tape 

23 dans laquelle le systeme 5 envoie une notification de 
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presence de I'abonne mobile au serveur concerne par 
1 ' abonnement • 

Une validation de la transition 22, active una etape 
24 dans laquelle le systeme 5 envoie une notification de 
5 non presence ou d' absence au serveur d' application 
concerne par 1' abonnement . 

Un nouvel etat absent valide une transition 25 et un 
nouvel etat present valide une transition 26. 

A la suite de 1' etape 23 la transit ion 25 active 
10 l'6tape 24 ' et a la suite de 1' etape 24 la transition 26 
active l'6tape 23 de sorte que le serveur concerne par 
1' abonnement est informe en permanence de I'etat de 
presence de I'abonne mobile. 

Dans l'6tape 23^ le systeme 5 ajoute 6ventuellement a 
15 la notification de presence d' autres donn6es contextuelles 
relatives a I'abonne mobile, dites informations de 
presence. 

La figure 5 montre des etapes particulieres de 
procede pour obtenir I'etat de presence d' un abonne mobile 
20 de fagon a pouvoir ex6cuter les etapes 12, 20 decrites 
precedemment . 

La presente realisation decrit un procede de 
detection de I'^tat de presence d'un abonne mobile par 
1' envoi de SMS invisibles applicable dans les reseaux de 

25 type GSM/GPRS/UMTS, D' autres techniques peuvent §tre 
utilis6es pour extraire les informations de presence du 
coeur de reseaux mobiles 3. La technique des SMS invisibles 
a I'avantage d'etre tres simple a mettre en oeuvre et 
compatible avec 1' ensemble des reseaux GSM/GPRS/UMTS 

30 deployes ^ I'heure actuelle. La recommandation TS 123.040 
du 3 GPP, version 5.5.1 de septembre 2002, d6finit comment 
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r6aliser un service de message court (SMS) • Plus 
particulierement, le chapitre 9 •2. 2.1 decrit des types de 
base de parametrage des entetes de messages SMS pour agir 
sur le mode de d61ivrance du message. Parmi les param^tres 
de protocole de transfert TP-MTI a TP-UD du tableau 
presente au chapitre 9.2.2.1 de la recommandation TS 
123.040, les inventeurs ont selectionne le parametre de 
schema de codage de donnees TP-- DCS (TP-Data-Coding-Scheme) 
qui identifie le schema de codage dans les donnees 
utilisateur du protocole de transfert. Le parametre TP-DCS 
conti'ent huit bits dont la recommandation 3GPP TS 23.038 
definit au chapitre 4, des comportements de delivrance de 
messages SMS en fonction des valeurs a zero ou a un de ces 
huit bits num6rot6s de zero k sept. Les inventeurs ont 
s61ectionne dans la recommandation 3GPP TS 23.038 V3.3.0 
(2000-01) , un positionnement du parametre TP-DCS a la 
valeur hexad6cimale CO. Ainsi, la valeur 1100 des bits 7 a 
4 du parametre TP-DCS, a pour effet que le mobile se 
d^fausse des contenus du message en pr^sentant tout au 
plus une indication a 1 ' utilisateur . La valeur 0 du bit 3, 
rend inactive 1' indication a 1 ' utilisateur . Les valeurs 
des bits 2 a 0 sont sans effet particulier pour 
1' invention, sachant que la valeur a zero du bit 2 est 
imposee au chapitre 4 de la recommandation TS 23.038 
precit^e. La valeur nulle des bits 1 et 0, est relative a 
une attente de message de boite vocale, on comprendra que 
toute autre valeur des bits 1 et 0, est sans incidence sur 
la mise en oeuvre de 1' invention. La selection de valeur du 
groupe de quatre bits d' indication de fagon k declencher 
une defausse de contenu de message et la selection de 
valeur du bit deactivation d' indication de faq;on a rendre 
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1' indication inactive, permettent de generer un SMS 
invisible coirane un message court dont les entStes sont 
parametrees d'une fa(?on particuli^re de mani^re a ce que 
le terminal mobile recepteur acquitte immediatement la 

5 reception du message et le terminal mobile recepteur 
n'affiche aucun comportement perceptible par 
1' utilisateur . 

De fagon connue dans les normes GSM/GPRS /UMTS, le 
coeur de reseaux de telecommunications mobiles 3 comprend 

10 un centre de gestion de services de messages courts (SMS- 
C) non repr6sente. Les accuses de reception pour les SMS, 
constituent une f onctionnalit6 optionnelle qui permet a 
l'6metteur d'etre notifie par le SMS-C quand le message a 
6t6 re<pu par le terminal destinataire . Comme nous le 

15 verrons par la suite, on peut utiliser ou ne pas utilises 
des accuses de reception tels que definis aux chapitres 
3.2.9 et 9.2.2.3 de la recommandation 3GPP TS23.04C 
precit6e. 

Une procedure « alert-SC » permet au reseau de 
20 telecommunication mobile d' informer le SMS-C de 
1' enregistrement dans le reseau d'un abonne mobile qui est 
absent au moment de 1' envoi d'un message court pour que 
celui-ci puisse proceder a une nouvelle tentative de 
livraison des messages en attente. Cette notification 
25 d'evenement est realisee a travers le message MAP-alert~SC 
envoye par le HLR au SMS-C (cf. 3 GPP TS 29.002 V3.14,0 
2002-09 chapitre 12.5). Cette f onctionnalite est exploitee 
par la presente invention pour detecter 1' enregistrement 
d'un abonne dans le reseau apres une periode d' absence. 
30 En reference a la figure 5, le proc6d§ de detection 

de presence utilise 1' envoi de SMS invisibles aux abonn6s 
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dont la presence doit etre detectee. Le SMS-C assure la 
delivrance des SMS dans les reseaux GSM/GPRS/UMTS et agit 
en point d' entree au coeur de reseau mobile pour le systerae 
de detection de presence. L' interface et le protocole de 
dialogue entre le systeme 5 et le SMS-C sont sp^cifiques a 
chaque operateur (UCP et SMPP sont les plus repandus) • 

En reference a la figure 5, une etape 
d' initialisation 27 specif ique a chaque MSISDN, place par 
defaut I'abonne mobile concerne dans un etat absent defini 
par une etape 28. Chaque activation de l'6tape 28 active 
siniultan6raent une 6tape 29 dans laquelle- -le- systeme 5 
envoie un SMS ^ I'abonne mobile. De preference, le SMS est 
de type invisible tel que d6fini ci-dessus de fagon a ne 
pas deranger 1 ' utilisateur du mobile. Le SMS indique en 
entete qu'il a une dur6e de vie Ti a 1' issue de laquelle 
le SMS est detruit par le SMS-C s'il n'a pas ete regu par 
I'abonn^ mobile. De fagon a ce que le SMS-C puisse 
contrdler la reception du message par le mobile, le 
message SMS est de type avec accus6 de reception notifife 
au SMS-C par le mobile. 

L' etape 29 arme, conjointement a 1' envoi du message 
court SMS, un compteur de temps t. Une transition 30 est 
validee lorsque le temps t depasse la valeur Ti sans que 
le SMS-C ait regu un accuse de reception notifie par le 
mobile. La validation de la transition 30 peut etre 
realisee de differentes fagons. 

Selon une premiere fagron possible, le compteur de 
temps reside dans le SMS-C. Le SMS-C est alors configure 
de sorte k r^aliser I'armement du compteur de I'^tape 29 a 
reception du message SMS en provenance du systeme 5 et de 
sorte a envoyer un accuse de non livraison au systeme 5 
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lorsque le temps t depasse la valeur Ti sans avoir regu 
d' accuse de reception notifie par le mobile. Au niveau du 
systems 5, la transition 30 est alors validee par 1 'accuse 
de non livraison regu du SMS-C. 

Selon une deuxieme fagon possible, le compteur de 
temps reside dans, le systeme 5- La transition 30 est alors 
directement valid§e dans le systeme 5 lorsque le temps t 
depasse la valeur Ti- Cette deuxieme fagon ne nfecessite 
pas de configuration particuliere du SMS-C pour valider la 
transition 30* 

Une notification de d§livrance par le SMS-C au 
systeme 5, valide une transition 31. 

La validation de I'une des transitions 30 ou ' 31 a 
pour effet de desarmer le compteur de I'etape 29. 

La transition 31 active simultanement une 6tape 32 et 
une etape 33. ' 

Dans l'6tape 32, I'abonne mobile est reconnu dans un 
etat present par le systeme 5. Dans l'6tape 33, le -systeme 
5 arme un compteur de temps t pour realiser une attente de 
duree T2. Une transition 34 est validee lorsque le temps t 
depasse T2. 

La transition 34 active une etape 35 dans laquelle le 
systeme 5 envoie un message court SMS avec une duree de 
vie T3. Dans I'etape 35, le SMS-C conformement a la 
premiere fagon ou le systeme 5 conformement a la deuxieme 
fagon expliquee precedemment , arme le compteur de temps t 
de sorte ^ valider une transition 36 lorsque le temps t 
d6passe la dur6e T3* 

Comme pour les transitions 30 et 31, une validation 
de I'une des transitions 34, 36 ou 37 a pour effet de 
desarmer un armement precedent de tout compteur de temps. 
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Une transition 37 faisant suite aux etapes 32 et 35, 
est validee lorsque le message court est d61ivr6 a 
l'abonn6 mobile. Une validation de la transition 37 active 
a nouveau les etapes 32 et 33, 

One validation de la transition 30 a la suite des 
etapes 28 et 29 ou de la transition 36 a la suite des 
etapes 32 et 35, active a nouveau les etapes 28 et 29. 

Pour mettre en oeuvre le precede precedemment decrit, 
le systeme 5 comprend des premiers moyens qui permettent 
d'envoyer un signal au reseau de telecommunication mobile 
3. C'est par exemple une interface de type conventionnelle 
entre le systeme 5 et un nceud du r6seau 3. Dans 1' exemple 
decrit en r§f6rence a la figure 5 ou le signal est ur. 
message court (SMS) envoye a destination du terminal 
mobile 1, les premiers moyens sont de type logiciel agence 
pour g§n6rer des messages courts avec entete parametree 
pour que les messages courts ne soient pas visibles de 
I'operateur et declenchent une emission d' accuse de 
reception par le terminal mobile a destination du SMS-C 
des reception. 

Le systeme 5 comprend des deuxiemes moyens sous forme 
logicielle, micro programmee ou de micro circuit d^die 
qui, executant par exemple les etapes et transitions 27 a 
37, d^terminent un etat binaire present ou non present en 
fonction d'une reaction du reseau de telecommunication 
mobile 3 au signal emis par les premiers moyens, 

Lorsque 1 ' abonne mobile est present, la reaction du 
rfeseau 3 est constitute par un accuse de r6ceptior. 
retransmis par le SMS-C au systeme 5 qui, inform^ que le 
message est d61ivr6, valide les transitions 31 et 37 qui 
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activent I'etape 32 correspondant a I'etat present de 
l'abonn6 mobile. 

Lorsque 1 ' abonn6 mobile n'est pas present dans le 
d61ai d' expiration du message court, la reaction du reseau 

5 3 est une destruction du message par le SMS-C. Le systeme 
5 ne recevant pas d' accuse de reception dans le delai 
d' expiration ou recevant un accuse de non delivrance, 
valide la transition 30 ou 36 correspondante qui active 
I'fetape 38 correspondant a I'etat non present de 1 ' abonne 

10 mobile* 

Lorsque 1 ' abonne mobile n'est pas present sur le 
r6seau 3 mais devient present dans le delai Ti 
d* expiration du message court, la reaction du r6seau 3 est 
constitute par un accus6 de reception retransmis par le 
15 SMS-C au systeme 5 qui, inform^ que le message est 
delivrfe, valide la transition 31 qui active I'et^pe 32 
correspondant a l'6tat present de I'abonnt mobile, 

Lorsque 1 ' abonne mobile est present sur le reseau 3 
mais cesse de l^etre dans le delai T2 d'attente. avant 
20 Emission du message court, la reaction du reseau 3- est une 
destruction du message par le SMS-C. Le systeme 5 ne 
recevant pas d' accuse de reception dans le delai 
d' expiration T3 ou recevant un accus6 de non delivrance, 
valide la transition 36 qui active I'etape 38 
25 correspondant a I'etat non present de 1 ' abonne mobile. 

De fagon a limiter le trafic entre le systeme 5 et le 
r§seau 3, la duree de vie Ti des SMS invisibles envoyes 
par le systeme 5 dans l'6tat non present, est de valeur 
tlevee . 

30 Le delai T2 d'attente fixe une frequence de sondage 

de I'etat present par le systeme 5. Sa valeur est un 
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compromis entre le besoin de limiter le trafic entre le 
systeme 5 et le reseau 3 et le besoin pour le serveur 
d' application d'etre rapidement informe d'un abonn6 mobile 
qui quitte I'etat present. 

La duree de vie T3 des SMS invisibles envoy^s par le 
systeme 5 dans l*etat present, est de valeur faible, un 
abonne mobile present etant cense envoyer rapidement un 
accuse de reception. Une latence resultant du delai 
d'attente T;;, il est recommande de choisir une duree de 
vie T3 inferieure au delai d'attente T2. 

Le systeme 5 comprenant des premier et deuxieme 
moyens techniques pour extraire du cceur de reseau de 
telecommunication mobile, I'etat de presence d'un abonn6/ 
le systeme 5 comprend enfin des troisiemes moyens pour 
communiquer au serveur d' application 7,8 l'6tat extrait. 
Ces moyenr comprennent par exemple une interface 
protocolaire pour transmettre sur le r6seau 6, les 
informations de presence au serveur d* application . Le 
serveur d' application doit poss6der lui-meme 1 ' interface 
protocolaire duale avec le systeme 5 pour exploiter au 
mieux les informations de presence. 

Un message court a destination de 1' abonne mobile 
comme signal distinctif emis vers le reseau 3, presente 
l^avantage d'une mise en oeuvre facile. 

Cependant, ce n*est pas le seul signal distinctif 
possible. 

Par exemple, la procedure ATI (Any Time 
Interrogation) permet d' envoyer comme signal distinctif, 
une interrogation du HLR (Home Location Register) , la 
reaction du reseau 3 etant alors une reponse du HLR qui 
donne le dernier 6tat connu de 1 ' abonn6 mobile 
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conformement ^ la recommandation 3GPP TS 29.002 dont plus 
particulierement le paragraphs 21.2.7. II faut noter que 
les informations ainsi r6cup6rees ne sent pas 
obligatoirement a jour. 
5 Par exemple encore, la procedure ATM (Any Time 

Modification) definie dans la recommandation 3GPP TS 
29-002, plus particulierement aux paragraphes 24A-2 et 
8.1.8, permet de mettre un point de detection CAMEL 
(Customized Applications for Mobile network Enhanced 
10 Logic) sur toute modification d'etat d*un abonn6 mobile. 
Le VLR (Visitor Location Register) g^rant I'abonne notifie 
alors le systeme 5 de detection de presence qui agit en 
CSE selon la nomenclature CAMEL, a chaque changement 
d'6tat. 

15 Quelque soit la technique d' extraction de presence du 

reseau de communication mobile, les serveurs applicatifs 
du monde IP, gardent une interface unique avec le^^.r6seau 
de communication mobile, a savoir le systeme - ./S qui 
repertorie les etats de presence et de non presence, des 
20 mobiles de communication, facilitant ainsi le deploiement. 

Que le signal distinctif soit de type a emission 
periodique comme c'est le cas des SMS invisibles ou de la 
procedure ATI ou soit de type souscription a abonnement de 
mise a jour comme c'est le cas de la procedure ATM, le 
25 systeme 5, en centralisant 1 ' information de presence 
relative aux abonnes mobiles, procure une fonction 
antememoire (cache en anglais) pour les serveurs 
applicatifs. Ainsi, le systeme 5 evite de solliciter 
intempestivement le r6seau de communication mobile lorsque 
30 plusieurs serveurs applicatifs ont besoin d'acceder a 
1 ' information de presence. 
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Revendications : 

1. Precede pour informer un serveur d' application (7,8) 
si un abonne mobile est present ou pas sur un r6seau de 
telecommunication mobile (3), caracterise en ce qu'il 
comprend: 

- au moins une premiere etape (29,35) pour envoyer un 
premier signal distinctif de 1' abonne mobile au reseau de 
telecommunication mobile (3) ; 

- au moins une deuxieme etape (28,32) pour determiner un 
etat binaire present ou non present, en fonction d'une 
reaction du r6seau de telecommunication mobile (3) au dit 
premier signal; 

au moins une troisieme etape (13,14,23,24) pour 
communiquer au serveur d' application (7,8) l'6tat 
determine en deuxieme §tape. 

2. Proc§d6 selon la revendication 1, caracterise en ce 
que : 

- ledit premier signal est un message court envoys au 
reseau de telecommunication mobile a destination de 
1 • abonne mobile; 

- une premiere transition (31,37) validee par une reaction 
du reseau de telecommunication mobile indiquant que le 
message est delivre, respectivement une deuxieme 
transition (30,36) validee par un depassement de duree 
sans reaction du reseau de telecommunication mobile, 
active la deuxieme etape (28,32) qui determine l»etat 
pj;§sent, respectivement non present de 1' abonne mobile. 
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3. Proc§d6 selon la revendication 2, caract§rise en ce 
gu'un parametre de schema de codage de donnees dans une 
ent§te du message court, est positionne a une valeur qui a 
pour effet de commander au mobile destinataire du message, 
5 de se d^fausser du contenu du message et de desactiver une 
indication de reception du message sur le mobile. 

4* Precede selon la revendication 2, caracterise en ce 
que la premiere etape (29,35) est activee pendant une 
10 activation de la deuxieme 6tape (28,32) en positionnant 
une duree (T3,Ti) fonction de I'etat present ou non 
present determine en deuxieme etape. 

5. Proc6de selbn la revendication 4, caract6ris§ en ce 
15 qu'il comprend une 6tape (33: d'attente (Ta) activ6e 
lorsque la deuxieme etape (32) determine l'6tat pr6s:ent de 
fagon k activer la premiere etape (35) apres expiration de 
I'attente (T2) . . 

20 6. Proced6 selon la revendication 1, caracterise en ce 
que: 

- ledit premier signal consiste en une interrogation de 
nceud du reseau de telecommunication sur I'etat present ou 
non present de 1 ' abonne mobile; 
25 - la reaction du reseau de telecommunication mobile 
consiste en une reponse du noeud du reseau de 
telecommunication sur I'etat present ou* non present de 
I'abonne mobile. 

30 7. Proced6 selon la revendication 1, caracterise en ce 
que: 
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- ledit premier signal consiste en un positionnement de 
point de detection sur un noeud du r6seau de 
t616coinmunication relatif a toute modification de I'etat 
present ou non present de I'abonne mobile; 

la reaction du reseau de telecommunication mobile 
consiste en une notification du noeud du reseau de 
telecommunication relatif a chaque modification de l'6tat 
present ou non present de 1 ' abonn6 mobile. 

8. Proc6de selon I'une des revendications precedentes, 
caract§ris6 en ce qu'une activation de troisieme etape 
(23) communiquant au serveur d ' application I'etat present, 
est suivie d'une activation de troisieme etape (24) 
communiquant au serveur d' application l'6tat non present 
lorsque 1 ' 6tat determine en deuxieme etape passe de 
present a non present. 

9. Proc6d6 selon I'une des revendications 1 a 1, 
caracteris6 en ce qu'une activation de troisieme 6tape 
(15,16) fait suite a une transition (11) validee par une 
requete en provenance du serveur pour demander I'etat de 
1 ' abonne mobile . 

10. Systeme (5) pour informer un serveur d ' application 
(7,8) si un abonne mobile est present ou pas sur un reseau 
de telecommunication mobile (3), caracterise en ce qu'il 
comprend : 

- des premiers moyens pour envoyer un premier signal 
distinctif de I'abonn^ mobile au reseau de 
t616communication mobile (3); 
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- des deuxiemes moyens pour determiner un 6tat binaire 
present ou non present en fonction d'une reaction du 
reseau de telecommunication mobile (3) au dit premier 
signal ; 

5 - des troisiemes moyens pour communiquer au serveur 
d* application (7,8) 1 ' etat determine par les deuxiemes 
moyens . 

11. Systeme selon la revendication 10, caract^rise en ce 
10 que: 

- les premiers moyens sont agenc6s pour envoyer le premier 
signal sous forme d'un message court a destination de 
I'abonne mobile; 

- les deuxiemes moyens sont agences pour determiner 1 ' etat 
15 present lorsque le message court est d61ivr§ et pour 

deteimiiner I'etat non present lorsque le message;, court 
n'est pas delivre apres depassement d'une dur§e prefixes. 

12. Systeme selon la revendication 11, caracterise./ en ce 
20 que les premiers moyens sont agences pour envoyer ledit 

premier signal a intervalles de temps reguliers qui sont 
fonctions de I'etat present ou non present de I'abonne 
mobile . 
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